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Use of a smart proxy as a wrapper around a stub in a 
distributed system. Instead of receiving a stub as a result of 
a remote procedure call, a caller receives a smart proxy 
including the stub as an embedded object. The smart proxy 
performs predefined processing associated with a remote 
procedure call, the processing possibly occurring before, 
during, or after a response to the call. 
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DOWNLOADABLE SMART PROXIES FOR U.S. patent application Ser. No. 09/044,932, entitled 

PERFORMING PROCESSING ASSOCIATED "Apparatus and Method for Dynamically Verifying Infor- 

WITH A REMOTE PROCEDURE CALL IN A mation in a Distributed System," filed on the same date 

DISTRIBUTED SYSTEM herewith. 

REFERENCE TO RELATED APPLICATIONS 5 VS ' P atent WMcation Ser. No. 09/044,936, entitled "An 

Interactive Design Tool for Persistent Shared Memory 

Provisional U.S. patent application No. 60/076,048, Spaces," filed on the same date herewith, 

entitled "Distributed Computing System," filed on Feb. 26, u s patem application Ser Na 09/044,934, entitled 

"Polymorphic TokenBased Control," filed on the same date 

U.S. patent application Ser. No. 09/044,923, entitled ™ herewith 

«MethodandSystemforI^asmgStorage,"filedonthes a me us patem application Ser Na 0 9/044,915, entitled 

date nerewitn. "Stack-Based Access Control," filed on the same date here- 

U.S. patent application Ser. No. 09/044,838, entitled ^ 

"Method 1, Apparatus and Product fo^^ ' application Ser. No. 09/044,944, entitled 

Certificates in a Distributed System, filed on the same date 1D „ e . i if j o •* n • * >» xzi j It_ 

... 3 Stack-Based Secunty Requirements, filed on the same 

nercwr iin. . . ... 

date herewith. 

U.S. patent application Ser. No. 09/044,834, entitled TIO t ¥ r . c KT nn . n .. ™ 

«N>r»th^ a nnA D _j,_ f c nr t ? f n U.S. patent application Ser. No. 09/044,837, entitled 

Method, Apparatus and Product for Leasing of Group wn w , n . 4 . c « % n . \ » C1 « 

XA . . - . i\' - *i t jo . ..fli j ,u i . Per-Method Designation of Secunty Requirements, filed 

Membership in a Distributed System, filed on the same date , . & . . J M 

herewith 20 on the same date herewith. 

U.S. patent application Ser. No. 09/044,916, entitled FIELD OF THE INVENTION 
"Leasing for Failure Detection," filed on the same date 

herewith P resent invention relates to a system and method for 

T1C . . . t . 0 XT r\c\ti a a r»*^i .-.i j transmitting objects between machines in a distributed sys- 

U.S. patent application Ser. No. 09/144,933, entitled 4 A i i i * . * • • / 

« am ,l j r T. rr t . ni_- ■ * r» j tem and more particularly relates to transmission of a 

Method tor Iransporting Behavior in Event Based . / . ' . . . . , , - , , 

c * » «i j *u j i ... representation of a remote object including code for local 

System, filed on the same date herewith. r j & 

processing. 

U.S. patent application Ser. No. 09/044,919, entitled & 

"Deferred Reconstruction of Objects and Remote Loading BACKGROUND OF THE INVENTION 

for Event Notification in a Distributed System," filed on the 30 ^- * -u * j L - i. 

c, mB j, to t, 0 »„ n -A Distributed programs which concentrate on point-to-point 

same date herewith. , . ~ & , , . j «= ■ 

no * * i *- o xt n^o . i j data transmission can often be adequately and efficiently 

U.S. patent application Ser. No. 09/044,938, entitled i,,,,^^ efW ™,i „„ mnco „ rrt< Zi e J „ ta 

«w / j a . c r» . w iL J r » handled usmg special-purpose protocols for remote terminal 

"Methods and Apparatus for Remote Method Invocation," . fl ? c „ . _ , j 

C1 , j « ' access and nle transfer. Such protocols are tailored specifi- 

filed on the same date herewith. ^ to ^ Qne m ^ dQ ^ a foundation on 

U.S patent application , Ser. No. 09/045,652, entitled 35 wfaich , 0 bufld a ^ Qf distributed ^ ( 
Method and System for Deterministic Hashes to Identify distributed operating systems, electronic mail systems, corn- 
Remote Methods, filed on the same date herewith. puter conferencing systems, etc.). 

.<M U ;L Pat !, Dt A appU f ^ S n er ; Na WO 44 .™, pitied While C0 n V e nt i 0na i ^sport services can be used as the 

Method and Apparatus for Determining Status of Remote basis f()r buildin distributed programs , these services 

herew h" * ^ SyStem ' fikd ° n tbC Same date exhibit many organizational problems, such as the use of 

1 * different data types in different machines, lack of facilities 

U.S. patent application Ser. No. 09/044,917, entitled for synchronization, and no provision for a simple program- 

"Suspension and Continuation of Remote Methods," and mlng paradigm 

filed on the same date herewith. ^- « -u * j * n * ■ v c j-rc 

___ „ rt „ . ac Distributed systems usually contain a number of different 

U.S. patent apphcation Ser. No. 09/044,835, entitled types of machines interconnected by communications net- 
Method and System for Multi-Entry and Multi-Template works Each machine has its own imernal dala t {x& QWn 
Matchmg m a Database, filed on the same date herewith. address alignment rales> and its own operating system. This 

U.S. patent application Sen No. 09/044,839, entitled heterogeneity causes problems when building distributed 

"Method and System for In-Place Modifications in a 5Q syst ems. As a result, program developers must include in 

Database," filed on the same date herewith. programs developed for such heterogeneous distributed sys- 

U.S. patent application Ser. No. 09/044,945, entitled terns the capability of ensuring that information is handled 

"Method and System for Typesafe Attribute Matching in a and interpreted consistently in different machines. 

Database," filed on the same date herewith. However, one simplification is afforded by noting that a 

U.S. patent application Ser. No. 09/044,931, entitled 55 large proportion of programs use a request and response 
"Dynamic Lookup Service in a Distributed System," filed on interaction between processes where the initiator (i.e., pro- 
file same date herewith. g ram initiating a communication) is blocked out until the 

U.S. patent application Ser. No. 09/044,939, entitled response is returned and is thus idle during this time., This 

"Apparatus and Method for Providing Downloadable Code can be modeled by a procedure call mechanism between 

for Use in Communicating with a Device in a Distributed 60 processes. One such mechanism is referred to as the remote 

System," filed on the same date herewith. procedure call (RPC). 

U.S. patent application Ser. No. 09/044,826, entitled RPC is a mechanism for providing synchronized commu- 

"Method and System for Facilitating Access to a Lookup nication between two processes (e.g., program, applet, etc.) 

Service," filed on the same date herewith. running on the same machine or different machines. In a 

U.S. patent application No. 09/030,840, entitled "Method 65 simple case, one process, e.g., a client program, sends a 

and Apparatus for Dynamic Distributed Computing Over a message to another process, e.g., a server program. In this 

Network, " and filed on Feb. 26, 1998. case, it is not necessary for the processes to be synchronized 
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either when the a message is sent or received. It is possible trademarks or registered trademarks of Sun Microsystems, 

for the client program to transmit the message and then Inc. in the United States and other countries, 

begin a new activity, or for the server program's environ- Because the JVM may be implemented on any type of 

ment to buffer the incoming message until the server pro- platform, implementing distributed programs using the JVM 

gram is ready to process a new message. 5 significantly reduces the difficulties associated with devel- 

RPC, however, imposes constraints on synchronism oping programs for heterogenous distributed systems, 

because it closely models the local procedure call, which Moreover, the JVM uses a Java remote method invocation 

requires passing parameters in one direction, blocking the system (RMI) that enables communication among programs 

calling process (i.e., the client program) until the called of the system. RMI is explained in, for example, the fol- 

procedure of the server program is complete, and then 10 lowing document, which is incorporated herein by refer- 

returning a response. RPC thus involves two message ence: Remote Method Invocation Specification, Sun 

transfers, and the synchronization of the two processes for Microsystems, Inc. (1997), which is available via universal 

the duration of the call. resource locator (URL) 

The R-PC mechanism is usually implemented in two http://www.javasoft.eom/products/jdk/l.l/docs/guide/ 

processing parts using the local procedure call paradigm, 15 rmi/spec/rmiTOC.doc.html. 

one part being on the client side and the other part being on FIG. 2 is a diagram illustrating the flow of objects in an 

the server side. Both of these parts will be described below object-oriented distributed system 200 including machines 

with reference to FIG. 1. 201 and 202 for transmitting and receiving method invoca- 

FIG. 1 is a diagram illustrating the flow of call informa- tions using the JVM. In system 200, machine 201 uses RMI 

tion using an RPC mechanism. As shown in FIG. 1, a client 20 205 for responding to a call for object 203 by converting the 

program 100 issues a call (step 102). The RPC mechanism object into a byte stream 207,including an identification of 

101 then packs the call as arguments of a call packet (step the type of object transmitted and data constituting the 

103), which the RPC mechanism 101 then transmits to a object. While machine 201 is responding to the call for 

server program 109 (step 104). The call packet also contains object 203, a process running on the same or another 

information to identify the client program 100 that first sent 25 machine in system 200 may continue operation without 

the call. After the call packet is transmitted (step 104), the waiting for a response to its request. 

RPC mechanism 101 enters a wait state during which it Machine 202 receives the byte stream 207. Using RMI 

waits for a response from the server program 109. 206, machine 202 automatically converts it into the corre- 

The RPC mechanism 108 for the server program 109 sponding object 204, which is a copy of object 203 and 

(which may be the same RPC mechanism as the RPC which makes the object available for use by a program 

mechanism 101 when the server program 109 is on the same executing on machine 202. Machine 202 may also transmit 

platform as the client program 100) receives the call packet toe object to another machine by first converting the object 

(step 110), unpacks the arguments of the call from the call into a byte stream and then sending it to the third machine, 

packet (step 111), identifies, using the call information, the 35 which also automatically converts the byte stream into the 

server program 109 to which the call was addressed, and corresponding object. 

provides the call arguments to the server program 109. Tn e communication between these machines sometimes 

The server program receives the call (step 112), processes Evolves, for example, repeated calls for the same informa- 

the call by invoking the appropriate procedure (step 115), tlon - cdls are made to a local P roxv ' wnich acts as a 

and returns a response to the RPC mechanism 108 (step « surrogate for the remote object in the address space of the 

116). The RPC mechanism 108 then packs the response in a chent Such a P rox y ^ XTvicc tne cal1 b ? makin g a 

response packet (step 114) and transmits it to the client network rec * uest t0 ^ ob j ect * Re P eated <*M* to the 

program 100 (step 113) same ^rver object through a proxy can generate consider- 

Receiving the response packet (step 107) triggers the RPC a ble network traffic, increasing the time and expense of 

mechanism 101 to exit the wait state and unpack the 45 °bt"mng the informahon. Accordmgly, a need exists for a 

r _ , . / . 1A « nn / 1ft1 technique that reduces the amount of network commumca- 

response from the response packet (step 106). RPC 101 then . * . . 

. .l i* . *nn • 11011 m > f° r example, such a case, 

provides the response to the client program 100 in response r 

to the call (step 105). This is the process flow of the typical SUMMARY OF THE INVENTION 
RPC mechanism modeled after the local procedure call 

paradigm. Since the RPC mechanism uses the local proce- 50 A method consistent with the present invention transmits 

dure call paradigm, the client program 100 is blocked at the a request for a particular object. A response to the request is 

call until a response is received. Thus, the client program received, the response including code used to construct a 

100 does not continue with its own processing after sending representation of the requested object, the construction cre- 

the call; rather, it waits for a response from the server ati °g an object for processing calls to the object, local to the 

program 109. 55 requesting object, using the representation. 

The Java™ programming language is an object-oriented Another method consistent with the present invention 

programming language that is typically compiled into a receives at a machine a request for a particular object. A 

platform-independent format, using a bytecode instruction response to the request is transmitted, the response including 

set, which can be executed on any platform supporting the first code for constructing a representation of the object and 

Java virtual machine (JVM). This language is described, for 60 including an indication of second code for processing, such 

example, in a text entitled "The Java Language Specifica- that the construction creates an object for processing calls to 

tion" by James Gosling, Bill Joy, and Guy Steele, Addison- the object, local to the requesting object, using the repre- 

Wesley, 1996, which is incorporated herein by reference. sentation. 

The JVM is described, for example, in a text entitled "The An apparatus consistent with the present invention trans- 
Java Virtual Machine Specification," by Tim Lindholm and 65 mils a request for a particular object. The apparatus receives 
Frank Yellin, Addison Wesley, 1996, which is incorporated a response to the request, the response including code used 
herein by reference. Java and Java-based trademarks are to construct a representation of the requested object, the 
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construction creating an object for processing calls to the 
object, local to the requesting object, using the representa- 
tion. 

Another apparatus consistent with the present invention 
receives at a machine a request for a particular object. The 5 
apparatus transmits a response to the request, the response 
including first code for constructing a representation of the 
object and including an indication of second code for 
processing, such that the construction creates an object for 
processing calls to the object, local to the requesting object, 10 
using the representation. 

BRIEF DESCRIPTION OF THE DRAWINGS 

The accompanying drawings are incorporated in and 
constitute a part of this specification and, together with the 15 
description, explain the advantages and principles of the 
invention. In the drawings, 

FIG. 1 is a diagram illustrating the flow of call informa- 
tion using an RPC mechanism; 2Q 

FIG. 2 is a diagram illustrating the transmission of objects 
in an object-oriented distributed system; 

FIG. 3 is a diagram of an exemplary distributed process- 
ing system that can be used in an implementation consistent 
with the present invention; 25 

FIG. 4 is a diagram of an exemplary distributed system 
infrastructure; 

FIG. 5 is a diagram of a computer in a distributed system 
infrastructure shown in FIG. 4; 

30 

FIG. 6 is a block diagram of a distributed network for use 
in downloading smart proxies; 

FIG. 7 is a flow chart of a process for downloading smart 
proxies within, for example, the distributed network shown 
in FIG. 6; and 35 

FIG. 8 is a flow chart of a process for changing the 
processing performed by a smart proxy. 

DETAILED DESCRIPTION 

Overview 40 

Instead of receiving a proxy that only makes network 
requests to the object for which it is a surrogate, a machine 
in a distributed system receives a smart proxy. Such a proxy 
can respond to calls on the object for which it is a surrogate 45 
without making any network calls to increase program 
efficiency, or perform processing before making a network 
call or after the completion of the network call to increase 
program functionality. The term proxy generally refers to 
code or other mechanism used to act as a surrogate for a 50 
remote object in the address space of a machine. 

Systems transferring stubs and associated smart proxies 
may use a variant of an RPC or RMI, passing arguments and 
return values from one process to another process each of 
which may be on different machines. The term "machine" is 55 
used in this context to refer to a physical machine or a virtual 
machine. Multiple virtual machines may exist on the same 
physical machine. Examples of RPC systems include dis- 
tributed computed environment (DCE) RPC and Microsoft 
distributed common object model (DCOM) RPC. A memory 60 
stores the stub and associated smart proxy, and this memory 
may include secondary sources such as a disk or receiving 
objects from the Internet. 

Distributed Processing System 65 

FIG. 3 illustrates an exemplary distributed processing 
system 300 which can be used in an implementation con- 
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sistent with the present invention. In FIG. 3, distributed 
processing system 300 contains three independent and het- 
erogeneous platforms 301, 302, and 303 connected in a 
network configuration represented by network cloud 319. 
The composition and protocol of the network configuration 
represented by cloud 319 is not important as long as it allows 
for communication of the information between platforms 
301, 302 and 303. In addition, the use of just three platforms 
is merely for illustration and does not limit an implemen- 
tation consistent with the present invention to the use of a 
particular number of platforms. Further, the specific network 
architecture is not crucial to embodiments consistent with 
this invention. For example, another network architecture 
that could be used in an implementation consistent with this 
invention would employ one platform as a network control- 
ler to which all the other platforms would be connected. 

In the implementation of distributed processing system 
300, platforms 301, 302 and 303 each include a processor 
316, 317, and 318 respectively, and a memory, 304, 305, and 
306, respectively. Included within each memory 304, 305, 
and 306, are applications 307, 308, and 309, respectively, 
operating systems 310, 311, and 312, respectively, and RMI 
components 313, 314, and 315, respectively. 

Applications 307, 308, and 309 can be applications or 
programs that are either previously written and modified to 
work with, or that are specially written to take advantage of, 
the services offered by an implementation consistent with 
the present invention. Applications 307, 308, and 309 invoke 
operations to be performed in accordance with an imple- 
mentation consistent with this invention. 

Operating systems 310, 311, and 312 are typically stan- 
dard operating systems tied to the corresponding processors 
316, 317, and 318, respectively. The platforms 301, 302, and 
303 can be heterogenous. For example, platform 301 has an 
UltraSparc® microprocessor manufactured by Sun 
Microsystems, Inc. as processor 316 and uses a Solaris® 
operating system 310. Platform 302 has a MIPS micropro- 
cessor manufactured by Silicon Graphics Corp. as processor 
317 and uses a Unix operating system 311. Finally, platform 
303 has a Pentium microprocessor manufactured by Intel 
Corp. as processor 318 and uses a Microsoft Windows 95 
operating system 312. An implementation consistent with 
the present invention is not so limited and could accommo- 
date homogenous platforms as well. 

Sun, Sun Microsystems, Solaris, Java, and the Sun Logo 
are trademarks or registered trademarks of Sun 
Microsystems, Inc. in the United States and other countries. 
UltraSparc and all other SPARC trademarks are used under 
license and are trademarks of SPARC International, Inc. in 
the United States and other countries. Products bearing 
SPARC trademarks are based upon an architecture devel- 
oped by Sun Microsystems, Inc. 

Memories 304, 305, and 306 serve several functions, such 
as general storage for the associated platform. Another 
function is to store applications 307, 308, and 309, RMI 
components 313, 314, and 315, and operating systems 310, 
311, and 312 during execution by the respective processor 
316, 317, and 318. In addition, portions of memories 304, 
305, and 306 may constitute shared memory available to all 
of the platforms 301, 302, and 303 in network 319. Note that 
RMI components 313, 314, and 315 operate in conjunction 
with a JVM, which is not shown for the purpose of simpli- 
fying the figure. 

Distributed System Infrastructure 

Systems and methods consistent with the present inven- 
tion may also operate within a particular distributed system 
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400, which will be described with reference to FIGS. 4 and 
5. This distributed system 400 is comprised of various 
components, including hardware and software, to (1) allow 
users of the system to share services and resources over a 
network of many devices; (2) provide programmers with 
tools and programming patterns that allow development of 
robust, secured distributed systems; and (3) simplify the task 
of administering the distributed system. To accomplish these 
goals, distributed system 400 utilizes the Java programming 
environment to allow both code and data to be moved from 
device to device in a seamless manner. Accordingly, distrib- 
uted system 400 is layered on top of the Java programming 
environment and exploits the characteristics of this 
environment, including the security offered by it and the 
strong typing provided by it. 

In distributed system 400 of FIGS. 4 and 5, different 
computers and devices are federated into what appears to the 
user to be a single system. By appearing as a single system, 
distributed system 400 provides the simplicity of access and 
the power of sharing that can be provided by a single system 
without giving up the flexibility and personalized response 
of a personal computer or workstation. Distributed system 
400 may contain thousands of devices operated by users 
who are geographically disperse, but who agree on basic 
notions of trust, administration, and policy. 

Within an exemplary distributed system are various logi- 
cal groupings of services provided by one or more devices, 
and each such logical grouping is known as a Djinn. A 
"service" refers to a resource, data, or functionality that can 
be accessed by a user, program, device, or another service 
and that can be computational, storage related, communica- 
tion related, or related to providing access to another user. 
Examples of services provided as part of a Djinn include 
devices, such as printers, displays, and disks; software, such 
as programs or utilities; information, such as databases and 
files; and users of the system. 

Both users and devices may join a Djinn. When joining a 
Djinn, the user or device adds zero or more services to the 
Djinn and may access, subject to security constraints, any 
one of the services it contains. Thus, devices and users 
federate into a Djinn to share access to its services. The 
services of the Djinn appear programmatically as objects of 
the Java programming environment, which may include 
other objects, software components written in different pro- 
gramming languages, or hardware devices. A service has an 
interface defining the operations that can be requested of that 
service, and the type of the service determines the interfaces 
that make up that service. 

Distributed system 400 is comprised of computer 402, a 
computer 404, and a device 406 interconnected by a network 
408. Device 406 may be any of a number of devices, such 
as a printer, fax machine, storage device, computer, or other 
devices. Network 408 may be a local area network, wide 
area network, or the Internet. Although only two computers 
and one device are depicted as comprising distributed sys- 
tem 400, one skilled in the art will appreciate that distributed 
system 400 may include additional computers or devices. 

FIG. 5 depicts computer 402 in greater detail to show a 
number of the software components of distributed system 
400. One skilled in the art will appreciate that computer 404 
or device 406 may be similarly configured. Computer 402 
includes a memory 502, a secondary storage device 504, a 
central processing unit (CPU) 506, an input device 508, and 
a video display 510. Memory 502 includes a lookup service 
512, a discovery server 514, and a Java runtime system 516. 
The Java runtime system 516 includes the Java RMI system 
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518 and a JVM 520. Secondary storage device 504 includes 
a Java space 522. 

As mentioned above, distributed system 400 is based on 
the Java programming environment and thus makes use of 

5 the Java runtime system 516. The Java runtime system 516 
includes the Java API libraries, allowing programs running 
on top of the Java runtime system to access, in a platform- 
independent manner, various system functions, including 
windowing capabilities and networking capabilities of the 

10 host operating system. Since the Java API libraries provide 
a single common API across all operating systems to which 
the Java runtime system is ported, the programs running on 
top of a Java runtime system run in a platform-independent 
manner, regardless of the operating system or hardware 
configuration of the host platform. The Java runtime system 

15 516 is provided as part of the Java software development kit 
available from Sun Microsystems, Inc. of Mountain View, 
calif. 

JVM 520 also facilitates platform independence. JVM 
520 acts like an abstract computing machine, receiving 

20 instructions from programs in the form of bytecodes and 
interpreting these bytecodes by dynamically converting 
them into a form for execution, such as object code, and 
executing them. RMI 518 facilitates remote method invo- 
cation by allowing objects executing on one computer or 

25 device to invoke methods of an object on another computer 
or device. Both RMI and the JVM are also provided as part 
of the Java software development 

Lookup service 512 defines the services that are available 
for a particular Djinn. That is, there may be more than one 

30 Djinn and, consequently, more than one lookup service 
within distributed system 400. Lookup service 512 contains 
one object for each service within the Djinn, and each object 
contains various methods that facilitate access to the corre- 
sponding service. Lookup service 512 is described in U.S. 

35 patent application entitled "Method and System for Facili- 
tating Access to a Lookup Service," which was previously 
incorporated herein by reference. 

Discovery server 514 detects when a new device is added 
to distributed system 400, during a process known as boot 

40 and join (or discovery), and when such a new device is 
detected, the discovery server passes a reference to lookup 
service 512 to the new device so that the new device may 
register its services with the lookup service and become a 
member of the Djinn. After registration, the new device 

45 becomes a member of the Djinn, and as a result, it may 
access all the services contained in lookup service 512. The 
process of boot and join is described in U.S. patent appli- 
cation entitled "Apparatus and Method for providing Down- 
loadable Code for Use in Communicating with a Device in 

50 a Distributed System," which was previously incorporated 
herein by reference. 

A Java space 522 is an object repository used by programs 
within distributed system 400 to store objects. Programs use 
a Java space 522 to store objects persistently as well as to 

55 make them accessible to other devices within distributed 
system 400. Java spaces are described in U.S. patent appli- 
cation Ser. No. 08/971,529, entitled "Database System 
Employing Polymorphic Entry and Entry Matching," 
assigned to a common assignee, and filed on Nov. 17, 1997, 

60 which is incorporated herein by reference. One skilled in the 
art will appreciate that an exemplary distributed system 400 
may contain many lookup services, discovery servers, and 
Java spaces. 

65 Data Flow in a Distributed Processing System 

FIG. 6 is a block diagram of an object-oriented distributed 
network 600 connecting machines 601 and 606, such as 
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computers or virtual machines executing on one or more appears in, for example, a text entitled "The Java l\itorial: 

computers, or the machines described with reference to Object-Oriented Programming for the Internet," pp. 

FIGS. 3, 4, and 5. Network 600 transmits proxies, some of 494-507, by Mary Campione and Kathy Walrath, Addison- 

which may be smart proxies. A smart proxy includes code Wesley, 1996. 

for performing processing associated with a call. For 5 When client machine 601 receives response 610, it iden- 

example, a smart proxy may perform a caching operation for tifies the type of transmitted object. Machine 601 contains its 

read-only data for later reference. When a call is made for own rmi 602 and code 603 for processing of objects, and 

that data, the smart proxy may obtain it locally and provide i t m ay create stub object 605 using the object type, the state 

it to a user without making another call for the data, which information, and code for the object. If code for the object 

may occur transparent to the user. An example of such 10 ^ DO t resident or available on machine 601 and the stub 

read-only data is a particular installation time. The first time object does not contain the code, RMI 602 may use a URL 

a call is made for the installation time, for example, a smart from the object to locate the code and transfer a copy of the 

proxy locally caches that value, and when a subsequent call code to client machine 601. Because the code is bytecodes 

is made for the installation time, the smart proxy locally an d ^ therefore portable, client machine 601 can load the 

retrieves the value. is co de into RMI 602 to reconstruct the object. Thus, client 

Another example of smart proxy processing involves use machine 601 can reconstruct an object of the appropriate 

of a serialized object for transmitting data to a data bank type even if that kind of object has not been present on the 

storing information. In this example, a call is made to a machine before. 

smart proxy, which receives an object, serializes the object When crea ting stub object 605, RMI 602 does not nec- 

on the client machine into an array of bytes, and transmits 20 essarily know lhat the stub ^ itself a smart proxy ^4 Smart 

the array of bytes to a server. The server only stores the proxy 604 may perform processing at client machine 601 

serialized object, avoiding the requirement to download before or after response 610 and may supply all processing 

code, and it provides a key for the object to the client without resorting to call 609 to the object for which the 

machine. When the client machine wants to retrieve the data, proxy acts< Therefore, smart proxy 604 may perform all 

the smart proxy transmits the key to the server, receives in 25 processing locally when client machine 601 makes a call or 

response the serialized object, reconstructs the object, and request 611 to invoke a method on smart proxy 604. These 

provides it to the user. proxies are downloadable by the same methods as disclosed 

Other examples of uses of smart proxies include process- in U.S. patent application Ser. No. 08/950,756, filed on Oct. 

ing for debugging, call logging, and monitoring system 15, 1997, and entitled "Deferred Reconstruction of Objects 

performance. Another example involves the use of a smart 30 and Remote Loading in a Distributed System," which is 

proxy for local data verification, as explained in the U.S. incorporated herein by reference, 
patent application filed on the same date herewith, assigned 

to a common assignee, and entitled "Apparatus and Method Transmission of Smart Proxies 

for Dynamically Verifing Information in a Distributed FIG. 7 is a flow chart of a process 700 for downloading 

System," which is incorporated herein by reference. Many an d using smart proxies within, for example, the distributed 

other uses for smart proxies are possible for performing network shown in FIG. 6. A client machine transmits a call 

processing associated with a call. or request for a particular object (step 701), and a server 

Network 600 includes a client machine 601 containing machine receives the call (step 702). In response, the server 

RMI 602 and associated code 603. A server machine 606 4Q machine returns a smart proxy with an embedded stub (step 

includes RMI 607 and remote object 608. In operation, RMI 703), and the proxy acts as a representation of the requested 

602 transmits a call or request 609 to RMI 607, requesting object. After receiving the smart proxy, the client machine 

a particular stub object. RMI 607 returns a response 610 invokes a method on it (step 704). According to the code 

including requested stub 605 embedded within a smart within the smart proxy, the client machine containing the 

proxy 604. Tlie response may be transmitted as a stream. 45 smart proxy determines if preprocessing is required (step 

Streams used in the Java programming language, including 705). If so, the processing is performed locally by the client 

input and output streams, are known in the art and an machine using the smart proxy (step 706). 

explanation, which is incorporated herein by reference, The client machine then determines if the method called 

appears in, for example, a text entitled "The Java Tutorial: on the smart proxy may be serviced locally (step 707). If so, 

Object-Oriented 5Q the client machine performs the local processing for the call 

Programming for the Internet," pp. 325-53, by Mary (step 711). If not, the client machine calls the remote object 

Campione and Kathy Walrath, Addison- Wesley, 1996. (step 708). The remote processing is performed (step 709), 

The response may include information so that client an . d ^ result of ^ rcmote Processing is returned to the 

machine 601 can reconstruct the stub object in smart proxy clienl macni n e ( ste P 710). 

604. When a set of object types is limited and is the same on 55 The client machine determines, according to code in the 

machines 601 and 606, a receiving machine typically smart proxy, if post-processing as a result of the call is 

requires the object's state and a description of its type required (step 712). If so, it locally performs the post- 

because the object's code is already present on all network processing using code in the smart proxy (step 713). The 

machines. Alternatively, machine 606 uses RMI 607 to smart proxy then returns the method call result (step 714) in 

provide more flexibility, allowing code to be moved when 60 response to the call on the smart proxy in step 704. 

necessary along with information or the object's state and FIG. 8 is a flow chart of a process 800 for changing the 

type. Additionally, a transmitting machine may include in processing performed by a smart proxy. When processing is 

the object an identification of the type of object transmitted, invoked (step 801), a client machine determines if updated 

the data constituting the state of the object, and a network- processing is required (step 802). Such information may be 

accessible location in the form of a URL for code that is 65 contained within the smart proxy itself in that it may 

associated with the object. URLs are known in the art and an determine when or under what particular circumstances it 

explanation, which is incorporated herein by reference, requires updated processing code. If updated processing is 
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required, the code for that processing is downloaded and the 
smart proxy is updated at the client machine to perform that 
processing (step 803). The smart proxy then performs at the 
client machine the processing according to the updated code 
(step 804). 5 

Machines implementing the steps shown in FIGS. 7 and 
8 may include computer processors for performing the 
functions, as shown in FIGS. 3, 4, 5, and 6. They may 
include modules or programs configured to cause the pro- 
cessors to perform the above functions. They may also 10 
include computer program products stored in a memory. The 
computer program products may include a computer- 
readable medium or media having computer-readable code 
embodied therein for causing the machines to perform 
functions described above. The computer-readable media 
may include computer data signals embodied in a carrier 15 
wave and representing sequences of instructions which, 
when executed by a processor, cause the processor to 
securely address a peripheral device at an absolute address 
by performing the method described in this specification. 
Hie media may also include a data structure for use in 20 
performing the method described in this specification. 

Although the illustrative embodiments of the systems 
consistent with the present invention are described with 
reference to a computer system implementing the Java 
programming language on the JVM specification, the inven- 25 
tion is equally applicable to other computer systems pro- 
cessing code from different programming languages. 
Specifically, the invention may be implemented with both 
object-oriented and nonobject-oriented programming sys- 
tems. In addition, although an embodiment consistent with 30 
the present invention has been described as operating in the 
Java programming environment, one skilled in the art will 
appreciate that the present invention can be used in other 
programming environments as well. 

While the present invention has been described in con- 35 
nection with an exemplary embodiment, it will be under- 
stood that many modifications will be readily apparent to 
those skilled in the art, and this application is intended to 
cover any adaptations or variations thereof. For example, 
different labels or definitions for the smart proxies may be 40 
used without departing from the scope of the invention. This 
invention should be limited only by the claims and equiva- 
lents thereof. 

What is claimed is: 

1. A method for receiving objects in a distributed system 45 
comprised of multiple machines, comprising: 

transmitting a request for a particular object; and 
receiving a response to the request, the response including 
code used to construct a representation of the requested 5Q 
object, the construction creating an object for process- 
ing calls to the particular object, local to the requesting 
object, using the representation. 

2. The method of claim 1, further including 

using the code to construct the representation. 55 

3. The method of claim 2 wherein the using includes 
downloading code to update the processing. 

4. A method for transmitting objects in a distributed 
system comprised of multiple machines, comprising: 

receiving at a machine a request for a particular object; go 
and 

transmitting a response to the request, the response 
including first code for constructing a representation of 
the object and including an indication of second code 
for processing such that the construction creates an 65 
object for processing calls to the particular object, local 
to the requesting object, using the representation. 
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5. An apparatus for receiving objects in a distributed 
system comprised of multiple machines, comprising: 

a module configured to transmit a request for a particular 
object; and 

a module configured to receive a response to the request, 
the response including code used to construct a repre- 
sentation of the requested object, the construction cre- 
ating an object for processing calls to the particular 
object, local to the requesting object, using the repre- 
sentation. 

6. The apparatus of claim 5, further including 

a module configured to use the code to construct the 
representation. 

7. The apparatus of claim 6 wherein the use module 
includes 

a module configured to download code to update the 
processing. 

8. An apparatus for transmitting objects in a distributed 
system comprised of multiple machines, comprising: 

a module configured to receive at a machine a request for 
a particular object; and 

a module configured to transmit a response to the request, 
the response including first code for constructing a 
representation of the object and including an indication 
of second code for processing such that the construc- 
tion creates an object for processing calls to the par- 
ticular object, local to the requesting object, using the 
representation. 

9. A system for transmitting objects in a distributed 
system comprised of multiple machines, comprising: 

a first machine; 
a second machine; 

a network connecting the first machine with the second 
machine; and 

an apparatus for receiving objects, the apparatus includ- 
ing: 

a module configured to transmit a request for a par- 
ticular object; and 

a module configured to receive a response to the 
request, the response including code used to con- 
struct a representation of the requested object, the 
construction creating an object for processing calls to 
the particular object, local to the requesting object, 
using the representation. 

10. The system of claim 9, further including 

a module configured to use the code to construct the 
representation. 

11. The system of claim 10 wherein the use module 
includes 

a module configured to download code to update the 
processing. 

12. A system for transmitting objects in a distributed 
system comprised of multiple machines, comprising: 

a first machine; 
a second machine; 

a network connecting the first machine with the second 
machine; and an apparatus for transmitting objects, the 
apparatus including: 

a module configured to receive at a machine a request 
for a particular object; and 

a module configured to transmit a response to the 
request, the response including first code for con- 
structing a representation of the object and including 
an indication of second code for processing such that 
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the construction creates an object for processing calls 
to the particular object, local to the requesting object, 
using the representation. 

13. A computer program product, comprising: 

a computer-readable medium containing instructions for 5 
controlling a computer system to perform a method, the 
method including: 
transmitting a request for a particular object; and 
receiving a response to the request, the response including Q 
code used to construct a representation of the requested 
object, the construction creating an object for process- 
ing calls to the particular object, local to the requesting 
object, using the representation. 

14. The computer program product of claim 13, further 
including 

using the code to construct the representation. 

15. The computer program product of claim 14 wherein 
the using includes 

downloading code to update the processing. 20 

16. A computer program product, comprising: 

a computer-readable medium containing instructions for 
controlling a computer system to perform a method, the 
method including: 

receiving at a machine a request for a particular object; 25 
and 

transmitting a response to the request, the response 
including first code for constructing a representation of 



35 



the object and including an indication of second code 
for processing such that the construction creates an 
object for processing calls to the particular object, local 
to the requesting object, using the representation. 

17. An article of manufacture specifying a representation 
of an object stored in a computer-readable storage medium 
and capable of electronic transmission between machines in 
a distributed system, the article of manufacture comprising: 

an object to be transmitted from a first machine to a 
second machine in a response to a request, the object 
including an indication of code used to construct a 
representation of the requested object, the construction 
creating an object for processing calls to the particular 
object, local to the requesting object, using the repre- 
sentation. 

18. An apparatus for receiving objects in a distributed 
system comprised of multiple machines, comprising: 

means for transmitting a request for a particular object; 
and 

means for receiving a response to the request, the 
response including code used to construct a represen- 
tation of the requested object, the construction creating 
an object for processing calls to the particular object, 
local to the requesting object, using the representation. 
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